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(57) Abstract 

Known intelligent network architectures do not comprise a mechanism by means of which it would be possible * notify aj service 
control point (SCP) of a recurrent use of supplementary services or of the activation of the supplementary services at a scrvicesw^ing 
point (SSP). In accordance with the invention, the service control point (SCP) informs a mobile services switching »^ " » 
message RequestNotificationCharging of the events the mobile services switching centre (MSC) is to report to the service control point 
<SCP). The mobile services switching centre (MSC) reports the existence of said events to the service control point <SCP) in a message 
EventNotificationCharging. 
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SUPPORTING SUPPLEMENTARY SERVICES IN AN INTELLIGENT NETWORK 

BACKGROUND OF THE INVENTION 

The invention relates to a method and equipment for implementing 
supplementary services to be taken into account in intelligent-network-based 
5 charging mechanisms. 

An intelligent network (IN) is able to provide a subscriber of a tele- 
communications network, such as a wired network or a mobile telephone net- 
work, with a plurality of various services. Such services include a virtual private 
network (VPN) which allows the use of short numbers between subscribers 

10 belonging to a local network, and a personal number in which the intelligent 
network reroutes the calls directed to a personal number in a manner con- 
trolled by the subscriber. An example of such an intelligent network is de- 
scribed in recommendations of the ITU-T Q-1200 series, of which Q-1210 to 
Q-1219 define a set of features known as CS-1 (Capability Set 1), and corre- 

15 spondingly, Q-1220 to Q-1229 define a set of features CS-2. The invention 
and its background will be described by the terminology of recommendation 
ETS 300 374-1 CorelNAP, but the invention can also be used in intelligent 
networks implemented according to other intelligent network standards. 

A basic call state model (BCSM), defined in connection with the in- 

20 telligent network, describes different stages of call control and includes the 
points at which call control can be interrupted in order to start an intelligent 
network service. It identifies the detection points in the call and connection 
process at which service logic entities of the intelligent network can have an 
interactive relationship with basic call and connection management features. 

25 Referring to Figure 1, one or more service control functions (SCF) 

are associated with intelligent network architecture. The equipment or network 
element carrying out the tasks determined for the SCF is called a service con- 
trol point (SCP). Within the scope of the present application, SCF and SCP are 
equal, and will hereinafter be called SCP. The SCP gives call set-up instruc- 

30 tions to the exchange, or the exchange may inquire call set-up instructions 
from the SCP. If the interface of subscriber B is found to be busy at some 
stage of call set-up, for example, the call can be directed to an alternative 
number. Figure 1 also shows other elements of an intelligent network which 
are relevant to the understanding of the invention, such as a call control func- 

35 tion (CCF) comprising high-level call handling functions of an exchange EXC1, 
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EXC2, such as establishing and releasing transfer connections. Service data 
function SDF and service data point SDP form a database comprising sub- 
scriber-specific and/or service-specific information. Specialized resource func- 
tion SRF is an interface for network mechanisms associated with interaction 
5 with a subscriber. It can be associated with what are known as intelligent pe- 
ripherals (IP) and comprise, for example, more advanced speech handling 
functions than do exchanges in general. 

Service switching function (SSF) is an interface between the call 
control function CCF and the service control function SCP. The network ele- 
10 ment carrying out the SSF is called a service switching point (SSP). An intelli- 
gent network service is produced by the service switching point SSP inquiring 
instructions from the service control point SCP by means of messages to be 
transmitted across the SSP/SCP interface upon the encounter of detection 
points associated with the services. In intelligent network terminology these 

15 messages are called operations. In connection with an intelligent network 
service, a service program is started at the service control point SCP, the op- 
eration of the program determining the operations transmitted by the SCP to 
the SSP at each stage of a call. 

Figure 2 shows the operation of a prior art intelligent network at 

20 detection points. In step 2-1 the SSP transmits to the SCP an InitialDP opera- 
tion containing the necessary data for setting up a call. Next, the detection 
points are armed at the SSP. In step 2-2 the SCP transmits to the SSP a mes- 
sage RequestReportBCSM Event, notifying the SSP which encounters of the 
detection points it is to report to the SCP. Next, in step 2-3, the SCP typically 

25 transmits charging and/or interaction operations, such as FurnishChargingln- 
formation (store charging information associated with the intelligent network 
service) or PlayAnnouncement (supply subscriber with an announcement as- 
sociated with the intelligent network). In step 2-4 the SCP transmits to the SSP 
a routing instruction, such as Collectlnformation (collecting dialling information 

30 from the subscriber), Connect (route call to a new number), Continue (continue 
call set-up with the same data) or ReleaseCall (release the connection). In in- 
telligent network recommendations, call set-up is divided into given rough 
phases called Point-ln-Calls (PICs). It is possible that the SSP has been con- 
figured to continue call set-up from phase PIC 2 in response to a Collectlnfor- 

35 mation operation and to continue call set-up from PIC 3 in response to a Con- 
nect operation, and so on. 
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There are two kinds of detection points. The above events in Figure 
2 relate to a detection point called a trigger detection point (TDP). The SSP 
may make an initial inquiry to the SCP in connection with such a TDP detec- 
tion point, and receives instructions for call set-up. Another type of detection 
5 point is what is known as an event detection point (EDP). 2-5 in Figure 2 
shows the moment when such an EDP detection point is encountered during 
call set-up. The SSP reports the encounter of the detection point DP# to the 
SCP which transmits more call set-up instructions to the SSP in step 2-7. 

The above intelligent network architecture can also be applied to a 

10 mobile communication system, in which case exchanges EXC would be re- 
placed by a mobile services switching centre MSC. It should be noted that the 
SCP can be implemented as an internal process within an exchange, and 
charging control between the SCP and the SSP (i.e. the SCF and the SSF) 
then takes place within the exchange. The interface is not necessarily a 

15 CorelNAP interface, but it can be any interface having the corresponding fea- 
tures. 

It is a problem in known intelligent network architectures, particu- 
larly in connection with mobile communication systems, that they do not define 
... a mechanism by means of-which the service control point SCP could be noti- 

20 fied of the use of supplementary services or of the activation of the supple- 
mentary services at the service switching point SSP. This is especially a 
problem when supplementary services or supplementary operations are recur- 
rently reported during a call. One recurrently reported matter is the change in 
the number of in-call channels in high-speed data transmission in which sev- 

25 eral channels are assigned to a single call. Another similar situation is Quality 
of Service (QoS) of an ATM connection, comprising such parameters as 
transmission rate, maximum delay and probability of packet loss. A third ex- 
ample of supplementary services which are recurrently reported is the use of 
what is called a prepaid SIM card (prepaid SIM service). The purpose of this 

30 service is to provide a mobile communication system of the GSM type with 
prepaid SIM cards (Subscriber Identity Module). The use of these cards is 
similar to that of a prepaid phonecard, i.e. the user of a mobile station can pur- 
chase a smart card similar to the SIM card, in which a call time is pre- 
programmed for a given sum of money. Although for the subscriber the use of 

35 the prepaid SIM card is similar to that of the prepaid phone card, its operation 
is totally different for a network and for a telephone operator, since equipment 
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which reduce call time programmed in the card cannot be installed in the mo- 
bile station (at least afterwards). In case it is a desire to implement such a pre- 
paid SIM service, it is to be done on the network side. The above intelligent 
network standards are not provided with a mechanism to inform the service 
5 control point SCP of such services. 

Detection points defined in network architectures are a primary 
mechanism to report different events. There are two different kinds of detec- 
tion points. Event detection point response required (EDPR) is a detection 
point upon the encounter of which the handling of the call stops at the switch- 

10 ing point until the service control point SCP sends further instructions. Event 
detection point notification (EDPN) is a detection point upon the encounter of 
which the SSP simply transmits a message to the SCP and continues without 
further instructions from the SCP. The EDPR detection points have a quality of 
forming a what is called a control relationship. Only one control relationship 

1 5 can be associated with a call in accordance with intelligent network standards. 
A problem associated with the EDPR detection points is therefore that they 
prevent more supplementary services from being produced. On the other 
hand, a problem associated with the EDPN detection points is that after a de- 
tection point is encountered and reported, it is no longer armed. Consequently, 

20 they are not suitable for reporting recurrent events. 

BRIEF DESCRIPTION OF THE INVENTION 

An object of the invention is to provide a mechanism suitable for re- 
porting recurrent events in intelligent networks. In this context, an event mainly 
refers to the initial states of and the changes in factors which affect call 

25 charging. These data can also be called call attributes. The objects of the in- 
vention are achieved by a method which is characterized by what is disclosed 
in the independent claims. The preferred embodiments of the invention are 
disclosed in the dependent claims. 

Firstly, the invention is based on the surprising finding that mes- 

30 sages defined in prior art intelligent network architectures and associated with 
different detection points are not suitable for reporting recurrent events. Such 
recurrent events occur particularly in mobile communication systems in which 
a mobile station may enter a shadow region or change its location area while 
moving, whereupon the criteria of charging the mobile station may change, for 

35 some reason or other. The normal mechanism to report detection points is that 
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the detection points which are to be reported to the SCP by the SSP are 
transmitted as parameters to a message RequestReportBCSMEvent by the 
SCP. Correspondingly, the SSP reports the encounter of these detection 
points in a message EventReportBCSM. In principle, these messages could 
be implemented differently so as to solve the above problems. However, this 
would require a significant change in standardization. Another option would be 
simply to re-arm the detection points after each report. However, this would 
result in a significant message traffic between the service switching point SSP 
and the service control point SCP. A better result is obtained if given mes- 
sages defined in intelligent network standards are used in a new manner and 
sense. Messages particularly suitable for use include RequestNotification- 
Charging and EventNotificationCharging according to CorelNAP recommen- 
dations, the detailed contents of the messages being undefined. It is an ad- 
vantage of the method of the invention that it is also suitable for reporting re- 
current events. Before starting charging, the service control point SCP may 
request the service switching point SSP to report on the events which affect 
call charging, whereby the SCP is capable of influencing the call charging in a 
variety of ways. 

The method according to a first preferred embodiment of the inven- 
tion for reporting events which affect a call tariff is therefore characterized in 
that: 

call tariff formation is based on at least one attribute representing 
call state and/or at least one call-related resource, service and/or supplemen- 
tary service; 

the service control point forms the call tariff at the very beginning of 
tariff monitoring on the basis of an initial value of said at least said one attrib- 
ute of which it has been notified by the service switching point; 

during a call, the service switching point reports to the service con- 
trol point at least those call-related events in which said at least one attribute 
may change; 

in response to the report from the service switching point, the serv- 
ice control point re-forms the existing call tariff. 

The service switching point is preferably configured to report at 
least given types of events without a separate request from the control point. 
In addition, the service control point may preferably improve a configuration 
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which includes a default value by notifying the service switching point of 
events which are to be reported by the service switching point. 

A preferably reported matter deals with resources assigned to the 
call and/or resource changes, the resources comprising transmission connec- 
5 tion quality and/or data rate, such as the number of channels in high-speed 
data transmission. To reduce the number of separate messages the switching 
point may notify the service control point of the initial state of the resources as 
early as in an intelligent network service activation command. In addition, the 
switching point preferably reports the events in report messages, each report 

10 comprising the corresponding event and/or the points of time at which the re- 
source change takes place. Hence, the control point SCP will be notified of the 
exact time of the event, even if the report is for some reason delayed. Such 
events may include supplementary service activation, call release, call re- 
establishment, data rate change, entry into and return from a shadow region 

15 by a mobile station, and a tariff change based on time. 

Furthermore, a connection without control relationship is preferably 
established between the service switching point and the service control point, 
and the events on said connection without control relationship are preferably 
reported by the switching point. In this way, other supplementary services are 

20 not hampered or prevented from being activated. 

The invention does not require any changes in equipment It only 
requires slight changes in software of the service control point and the service 
switching point and/or in the intelligent network standard, as the invention can 
be implemented by the use of the existing messages in a new manner for a 

25 new purpose. For example, the invention is suitable for use in supporting the 
following types of services in the intelligent network: 

formation of a charging record at the SCP on the basis of informa- 
tion reported by the SSP (this feature enables different types of in-call events 
to flexibly influence the contents of the charging record); 

30 tariff transmission from the SCP to the SSP as a response to the 

event data obtained; 

forwarding of the charging record or charging data to a person 
having rented a telephone without a need to post-process the charging rec- 
ords, which would normally take place in a billing centre; 

35 restriction on an in-call tariff; 

use of the above-mentioned prepaid SIM card. 
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In accordance with a preferred embodiment, no control relationship 
is used between the service control point SCP and the service switching point 
SSP during reporting, the connection of the invention between the SCP and 
the SSP then making it possible to affect the charging records (by Send- 

5 Charging Information and FurnishCharginglnformation operations, for in- 
stance). Consequently, other services requiring an in-call control relationship 
are not prevented from being started (such services include hold, enquiry call, 
call transfer, and so on). In-call events which are caused and/or reserved by 
an intelligent network service which requires a control relationship are reported 

10 to the charging connection in all cases irrespective of other possible services 
and the fact that the intelligent network service has reserved data on the 
events. 

It is a significant advantage that the request by the SCP to report 
the events which affect charging is to be sent only once. In other words, there 
15 is no need to repeat the request each time an event which affects charging is 
carried out. The exchange notifies the SCP of the tariff data at the beginning 
of the call. It can request the SSP to report the following types of events which 
affect charging: 

answer and call release; 
20 entry into and return from a shadow region by a mobile station sub- 

scriber (in which case time charging is stopped and re-started, respectively, in 
accordance with the GSM recommendations, for example); 

information on handover (in which case a frequency range and/or 
the number of channels used in high-speed data transmission may change); 
25 in-call supplementary service (such as hold, enquiry call, call trans- 

fer, and so on), possibly via another SCP connection; 
call tariff change. 

In addition, each event preferably includes a corresponding time 
stamp. In accordance with a simple alternative, the SCP forms a time stamp 

30 on the basis of its own clock. However, time charging is more accurate if the 
MSC/SSP attaches a corresponding time stamp to each report. Consequently, 
the report messages become somewhat longer. However, time charging is 
accurate even if the MSC/SSP would not manage to transmit the report mes- 
sage immediately after the detection of the event to be reported. It is capable 

35 of reporting even several events in the same report message. 
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The SCP forms a charging record on the basis of the event reports, 
and their time stamps obtained by the SCP. In other words, the relevant time 
of the events is indicated by the time according to the time stamp rather than 
by the point of time at which the SCP received information on the event in 
5 question. 

The report given by the SSP does not require an immediate reply 
from the SCP. The connection according to the invention allows the SSP to 
inquire the charging record of the call from the SCP upon the termination of 
the call, after the connections to the incoming and outgoing sides have been 

10 released by the exchange. 

A service started next in turn can be notified of the existence of the 
SCP/SSP connection of the invention. A feature interaction manager (FIM, not 
separately shown) can then prevent another service which affects charging 
from being started, in case the services are incompatible, for example. 

15 Call state models of the SSP call control function maintain informa- 

tion on the attributes which affect call charging. These attributes represent call 
features and resources assigned to the call. These attributes may include call- 
related supplementary services, the number of channels and the quality of a 
wired and/or wireless transmission path, and so on. Upon starting a call or a 

20 supplementary service, the SSP reports a list of enumerated attributes and 
their values to the SCP. The list is not necessarily a fixed one but it may vary 
according to the service to be started. The attributes to be reported to the SCP 
are defined in connection with intelligent network triggering. Using these at- 
tributes the SCP defines the call tariff in more detail. Besides the attributes, 

25 the SSP notifies the SCP of the basic tariff the SSP has obtained by a number 
analysis. A more accurate tariff is derived from the basic tariff by examining 
the attribute values. Correspondingly, the SCP gives the SSP a list of those 
attributes whose value changes are to be reported to the SCP. When a value 
of an attribute belonging to the latter list changes, the changed attribute and its 

30 value are reported to the SCP together with the time stamp of the moment of 
change. On the basis of this information, the SCP forms an altered tariff which 
is considered to be valid from the point of time indicated by the time stamp. 

Upon termination of the call the SCP forms an accurate charging 
record which is based on the period of validity of different attributes and infor- 

35 mation on complete charging interruptions (because the call is temporarily 
dropped, for example). The charging record is transferred for post-processing 
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through the SSP, for example. The needs and restrictions set by the post- 
processing define the detailed structure of the charging record. 

BRIEF DESCRIPTION OF THE DRAWINGS 

In the following, the invention will be described in more detail by 
5 means of preferred embodiments with reference to the accompanying draw- 
ings, in which: 

Figure 1 shows parts of a known intelligent network architecture, 
which are relevant to the invention, 

Figure 2 shows the operation of a prior art intelligent network at 

1 0 detection points; 

Figure 3 shows events in a telephone exchange MSC including a 

service switching point SSP; 

Figure 4 is a signalling diagram illustrating the operation of the in- 
vention; 

15 Figure 5 illustrates how the invention is applied to the control of 

prepaid call time; 

Figure 6 illustrates how the invention is applied to the control of call 

time of a call to be charged, and - 

Figure 7 shows details of a charging record. 

20 DETAILED DESCRIPTION OF THE INVENTION 

Figure 3 shows events in a telephone exchange MSC including a 
service switching point SSP (the term MSC refers to a mobile services switch- 
ing centre benefiting most from the invention. However, the mobile services 
switching centre MSC can be replaced by a telephone exchange of a wired 

25 network). Calls are modelled in the mobile services switching centre MSC by 
basic call state models BCSM. Figure 3 shows two mobile originated calls 
(MOC). Call records 30 are formed of the calls and transmitted by the mobile 
services switching centre MSC to a billing centre (BC). Figure 3 also shows an 
alternative billing centre (ABC). With the help of the latter it is possible to pro- 

30 duce extremely dynamic services, such as car rental services. 

An arrow 31 drawn with a solid line represents an initial detection 
point message (I DP) by means of which the mobile services switching centre 
MSC/SSP requests call set-up instructions from a control point SCP. An arrow 
32 drawn with a dashed line represents a message RequestNotffication- 

35 Charging by means of which the control point SCP notifies the mobile services 
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switching centre MSC/SSP which events it is to report to the control point 
SCP. Such events may include an in-call enquiry call, setting up a conference 
call, the above-mentioned change in the number of channels in high-speed 
data transmission, and so on. An arrow 33 drawn with a dashed line repre- 
5 sents a message EventNotificationCharging by means of which the mobile 
services switching centre MSC/SSP notifies the control point SCP of an exis- 
tence of an event which is of interest to the control point SCP. An arrow 34 
represents charging instructions transmitted by the control point SCP (in this 
example to the alternative billing centre ABC). 

10 Figure 4 illustrates the use of the invention in the case of a mobile- 

terminating call. In step 4-0 an initial address message (IAM) arrives from a 
public switched telephone network PSTN to the mobile services switching 
centre MSC/SSP. In step 4-1 an SCP connection is triggered by transmitting 
an I DP message to the SCP. In step 4-2 the SCP transmits a message Re- 

15 questNotificationCharging (RNC) to the mobile services switching centre MSC, 
notifying the MSC which events it is to report to the SCP. In this example, such 
events include call on hook, handover, call hold, call transfer, temporary call 
drop and call re-establishment. In step 4-3 the SCP transmits a message Re- 
questReportBCSMEvent, requesting the mobile services switching centre to 

20 report given in-call events to the SCP. In this case, a detection point 
OJDisc_CompIete, i.e. call release, is a parameter to the message. In step 4-4 
the SCP transmits a message Continue, giving the mobile services switching 
centre permission to continue call set-up (this may be preceded by a message 
Response including call set-up instructions). 

25 Steps 4-5 ... 4-10 illustrate different types of in-call events which 

affect the formation of a call-related charging record. In step 4-5 the mobile 
services switching centre is notified of a subscriber entering a shadow region, 
and the mobile services switching centre notifies the SCP thereof in a mes- 
sage EventNotificationCharging in step 4-6. The notification on the event to- 

30 gether with a time stamp are parameters to the message. Correspondingly, in 
step 4-7 the mobile services switching centre MSC is notified of call re- 
establishment, and the mobile services switching centre reports it in step 4-8. 
In step 4-9 the mobile services switching centre MSC is notified of handover 
which affects charging (such as the change in the number of channels in high- 

35 speed data transmission or the transfer of a dual-mode mobile station from a 
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GSM state to a DCS state, or vice versa) and the mobile services switching 
centre reports it in step 4-10. 

In step 4-11 the mobile services switching centre is notified of call 
release and the mobile services switching centre reports the call release to the 
5 SCP in step 4-12. Next, the SCP transmits instructions to the MSG to form a 
charging record (charging ticket) in step 4-13. In step 4-14 the SCP requests 
the MSG to send the charging data to the billing centre BC and/or to the alter- 
native billing centre ABC (Figure 3). 

The mechanism presented in Figure 4 differs from a conventional 
10 call handling mainly in that messages RequestNotificationCharging and 
EventNotificationCharging are used when information is transferred on differ- 
ent events between the mobile services switching centre MSG and the control 
point SCP. It is possible to encode the events in these messages by ASN en- 
coding known per se, in which encoding each parameter has a specified iden- 
15 tifier, and the length of a parameter value is indicated in the message. 

The above-mentioned prepaid SIM service can be implemented by 
the following method in which, in connection with the calls for which a sub- 
scriber of the mobile station in question is charged: 

a data element indicating a remaining prepaid call time is stored on 
20 the basis of an identifier (such as IMEI) of the mobile station MS or an identi- 
fier of its subscriber (such as IMSI); the identifier in question is determined at 
the beginning of the call, and an initial value of said data element is set on the 
basis of the identifier; and the value of the data element is reduced during the 
call by one of at least two different rates (the call time being reduced or not 
25 being reduced); 

the control point (SCP) notifies the switching point (SSP) in an in- 
struction message (4-2, 5-7) of the events which affect call price formation and 
are to be reported by the switching point (SSP) to the control point (SCP) in a 
report message; 

30 the switching point (SSP) transmits in a report message (4-6; 5-12) 

data on each said event and on the point of time (t2 - 14) of the event in ques- 
tion and, if required, the switching point (SSP) transmits more report mes- 
sages (4-8, 4-10; 5-14, 5-16) without a separate instruction message; and 

in response to each report message, the control point (SCP) adjusts 

35 said predetermined rate of change of the data element. 
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The above data element may represent the sum of money the sub- 
scriber has paid in advance, or it can be changed to show charging pulses 
which indicate the duration of the call. This method is illustrated in Figure 5. 
Time advances from top to bottom (not linearly, though). Points of time at 
5 which the MSC/SSP is notified of the corresponding event are indicated by tl - 
t5. Text in italics on the right hand side of the figure describes progress of the 
prepaid call time at a given time. It is here assumed that each subscriber's re- 
maining prepaid call time is stored at the SCP. If the remaining call time is 
stored elsewhere, it is to be transferred to the SCP at the beginning of the call. 

10 In step 5-1 the mobile station MS transmits an initial message 

Setup. Steps. 5-2 ... 5-5 and 5-8 ... 5-10 illustrate a conventional call set-up 
taking place with the help of an intelligent network, not being described in 
more detail. The significance of steps 5-6 and 5-7 partly corresponds to the 
steps 4-1 and 4-2 already described above. In addition, an IDP message of 

15 step 5-6 and an RCN message of step 5-7 include a list of call attributes to be 
reported. This example includes two attributes; the number of channels and a 
possible call transfer. The IDP message of step 5-6 also includes a time stamp 
of point of time t1. From this point, the prepaid call time starts decreasing. In 
this example it is assumed that a mobile-originating data call is involved in 

20 which the number of channels change during the call. In a voice call in which a 
mobile station user calls through a number inquiry, a single-fee tariff can be 
applied to the prepaid call time and, in addition, a minute tariff can be made 
more expensive than the normal tariff. In addition, if the call is transferred from 
the number inquiry to the number of subscriber B, information can be main- 

25 tained on the fact that call transfer is active, which increases the minute tariff. 
In step 5-11 the call is temporarily dropped (because of a shadow region, for 
example), and the MSC/SSP is notified thereof at point of time t2. This is re- 
ported to the SCP in step 5-12, and the SCP then interrupts the reduction of 
the prepaid call time. In step 5-13, at point of time t3, the call is re-established, 

30 and the MSC/SSP reports call re-establishment attached with a time stamp t3 
in step 5-14. The reduction of the prepaid call time continues at the SCP. In 
step 5-15, at point of time t4, the MSC/SSP is notified of handover which in- 
cludes the change in the number of channels or in the frequency range. Let us 
assume that the tariff then also changes. This is reported to the SCP which 

35 starts reducing the prepaid call time by the changed tariff. In this example, the 
call continues until the prepaid call time charged by the SCP runs out at point 
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of time t5, as a consequence of which the SCP transmits a message Release 
Call in step 5-17. As a result, the MSC/SSP releases the connections in known 
manners in optional steps 5-8 ... 5-21. 

Figure 6 shows a modification of the events of Figure 5. However, in 

5 this case it is assumed that instead of a prepaid call, a call to be charged is 
involved. Steps 6-1 ... 6-16 of Figure 6 correspond to the steps which are cor- 
respondingly indicated in Figure 5, and they are not repeated in Figure 6. In 
the case of Figure 6 it is assumed that call release starts at step 6-17 by a 
message Release on a wired network PSTN side. Consequently, the call is 

10 also released on the mobile telephone network side in steps 6-18 and 6-19. 
When the call is released, the MSC/SSP notifies the SCP thereof in a mes- 
sage EventReportBCSM in step 6-20. In steps 6-21 and 6-22 the SCP trans- 
mits to the mobile services switching centre MSC/SSP a message Furnish- 
Charginglnformation, and CallDetailRecord is a parameter to it. In other words, 

15 the SCP transmits to the MSC/SSP an accurate charging record which is fur- 
ther transmitted to the billing centre BC or to the alternative billing centre ABC. 

Figure 7 shows charging record parts relevant to the invention. The 
actual charging record contains much detailed information irrelevant to the un- 
derstanding of the invention. In the charging record of Figure 7 it is essential 

20 that each event affecting charging includes an accurate time stamp and, thus, 
the charging can be explained to the subscriber in great detail, if required. 
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CLAIMS 

1. A method of reporting events affecting a call tariff in a telephone 
network utilizing an intelligent network, between a service switching point 
(SSP) and a service control point (SCP), in which method: 

5 the service control point (SCP) forms a call price or at least takes 

part in call price formation on the basis of an existing tariff; character- 
ized in that: 

the call tariff formation is based on at least one attribute represent- 
ing call state and/or at least one call-related resource, service and/or supple- 
10 mentary service; 

the service control point (SCP) forms the call tariff at the beginning 
of tariff monitoring on the basis of an initial value of said at least one attribute 
of which it has been notified by the service switching point (SSP); 

during a call, the service switching point (SSP) reports to the serv- 
15 ice control point (SCP) at least those call-related events in which said at least 
one attribute may change; 

in response to the report from the service switching point (SSP), the 
service control point (SCP) re-forms the existing call tariff. 

2. A method as claimed in claim 1, characterized in that the 
20 service switching point (SSP) reports at least some of the events without a 

request from the service control point (SCP). 

3. A method as claimed in claim 1 or 2, characterized in 
that the service control point (SCP) notifies the service switching point (SSP) 
of the events the service switching point is to report. 

25 4. A method as claimed in any one of the preceding claims, 

characterized in that: 

a connection without control relationship is established between the 
service switching point (SSP) and the service control point (SCP); 

the events on said connection without control relationship are re- 
30 ported by the switching point (SSP). 

5. A method as claimed in any one of the preceding claims, 
characterized in that the service switching point (SSP) reports to the 
control point (SCP) resources assigned to the call and/or resource changes. 

6. A method as claimed in claim 5, characterized in that the 
35 resources comprise transmission connection quality and/or data rate. 
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7. A method as claimed in claim 5or6, characterized in 
that the service switching point (SSP) notifies the service control point (SCP) 
of the initial state of the resources in an intelligent network activation message 
(5-6). 

5 8. A method as claimed in any one of the preceding claims, 

characterized in that the service switching point (SSP) reports the 
events in report messages (5-12, 5-14, 5-16) each of which comprises a cor- 
responding event and/or a point of time (t2 - 15) at which a resource change 
takes place. 

10 9. A method as claimed in any one of the preceding claims, 

characterized in that said change in the call tariff is based on at least 
one of the following: supplementary service activation, call release, call re- 
establishment, data rate change, entry into and return from a shadow region 
by a mobile station, and tariff change based on time. 

15 10. A method as claimed in any one of claims 3 to 9, charac- 

ter i z e d in that said service control point (SCP) sends said request in a 
message RequestNotification Ch arg ing . 

11. A method as claimed in any one of the preceding claims, 
characterized in that the service switching point (SSP) reports said 

20 events in a message EventNotificationCharging. 

12. A method of providing a prepaid call for a mobile station (MS) in 
a mobile communication system comprising a network element, preferably a 
mobile services switching centre (MSC) of the mobile communication system, 
which includes an intelligent network service switching point (SSP), char- 

25 acterizedin that in connection with the calls for which a subscriber of the 
mobile station in question is charged: 

a data element indicating a remaining prepaid call time is stored on 
the basis of an identifier of the mobile station (MS) or its subscriber; the identi- 
fier of said mobile station or its user is determined at the beginning of the call 

30 and an initial value of said data element is set on the basis of the identifier; 
and the value of the data element is reduced during the call by at least one of 
the two predetermined rates of change; 

the control point (SCP) notifies the switching point (SSP) in an in- 
struction message (4-2, 5-7) of the events which affect call price formation and 

35 are to be reported by the switching point (SSP) to the control point (SCP) in a 
report message; 
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the switching point (SSP) transmits in a report message (4-6; 5-12) 
data on each said event and on the point of time (t2 - 14) of the event in ques- 
tion and, if necessary, the switching point (SSP) transmits more report mes- 
sages (4-8, 4-10; 5-14, 5-16) without a separate instruction message; and 
5 in response to each report message, the control point (SCP) adjusts 

said predetermined rate of change of the data element. 

13. A method of reporting events between a service switching point 
(SSP) and a service control point (SCP) in a telephone network utilizing an 
intelligent network service, in which method a call is modelled by means of a 

10 state model and the service control point (SCP) notifies the service switching 
point (SSP) in an instruction message (4-2, 5-7) of the events the service 
switching (SSP) is to report to the control point (SCP) in a report message, 
characterized in that: 

in connection with triggering an intelligent network service, the 
15 switching point (SSP) notifies the control point (SCP) of attributes which affect 
call charging, which attributes comprise: 

resources assigned to the call, preferably the number of radio 
channels, speech wires and/or adapters, such as modems and/or codecs, 
call-related supplementary services; and 
20 states of the state model parts corresponding to the call, such as 

'hold 1 and 'shadow region*. 

14. A method as claimed in claim 13, characterized in that 
the service control point (SCP) requests the switching point (SSP) to report 
value changes taking place in the attributes it has enumerated. 

25 1 5. A method as claimed in claim 14, characterized in that 

when the attribute value changes, the switching point (SSP) transmits, if nec- 
essary, more report messages (4-8, 4-10, 5-14, 5-16) without a separate re- 
quest from the control point (SCP). 

16. A method as claimed in claim 15, characterized in that 
30 when the attribute value changes, the switching point (SSP) attaches a time 

stamp to the report messages (4-6; 5-12) it has sent, the time stamp being 
preferably based on the clock of the switching point (SSP). 

1 7. A method as claimed in claim 16, characterized in that 
a connection without control relationship is established between the switching 

35 point (SSP) and the control point (SCP). 
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18. A method as claimed in claim 17, characterized in that 
the control point (SCP) gives the switching point (SSP) at least one of the fol- 
lowing commands on said connection without control relationship: 

call release 

5 request to transmit a charging record or part thereof; 

request to transmit a charging message or an AOC parameter; or 
request to update charging counters between operators. 

19. An intelligent network service control point (SCP) arranged to 
form a call price or at least to take part in call price formation on the basis of 

10 an existing tariff; characterized in that the service control point (SCP) 
is arranged to: 

form the call tariff based on at least one attribute representing at 
least one call-related resource, service and/or supplementary service; 

form an initial value of the tariff at the beginning of tariff monitoring 
15 on the basis of an initial value of said at least one attribute reported by the 
service switching point (SSP); 

receive, during the call, information on the call-related events in 
which said at least one attribute may change; 

re-form an existing call tariff in response to the reception of each 
20 said item of information. 

20. A network element, preferably a mobile services switching cen- 
tre (MSC) of a mobile communication system, which includes an intelligent 
network switching point (SSP) and is arranged to report to an intelligent net- 
work control point (SCP) events which affect call price formation and at least to 

25 take part in call tariff formation which is based on at least one attribute char- 
acterizing at least one call-related resource, service and/or supplementary 
service, characterized in that for said reporting, the network element is 
arranged to transmit information (4-6, 4-8, 4-10; 5-14, 5-12, 5-16) to the serv- 
ice control point (SCP) on call-related events in which said at least one attrib- 

30 ute may change in such a way that the transmission of each said item of in- 
formation does not require a separate request from the service control point 
(SCP). 

21. Use of a message RequestNotificationCharging for notifying an 
intelligent network service switching point (SSP) of events which affect tariff 

35 formation and are to be recurrently reported by the service switching point to a 
service control point (SCP) during the call. 
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22. Use of a message EventNotificationCharging for notifying an 
intelligent network service control point (SCP) of recurrent events which affect 
tariff formation and are encountered by a service switching point (SSP). 
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